RDKOSS-1008: Wait for A2DP disconnect confirmation in BTRMGR_DeInit - #116

src/ifce/btrMgr.c:4131

• The disconnect-confirmation polling block has a few issues: (1) it hard-codes a 1000ms max wait (10×100ms) but the PR description says 500ms, (2) it always sleeps 100ms before the first status check (adding an avoidable delay even when already disconnected) and the reported time can be wrong (often 0ms), and (3) the elapsed value is printed with "%d" even though it’s an unsigned expression (format mismatch/UB). Consider restructuring to check-first then sleep until an explicit max-wait is reached, and log success at INFO/DEBUG rather than WARN.

                if (lenBtrCoreDevTy == enBTRCoreSpeakers || lenBtrCoreDevTy == enBTRCoreHeadSet) {
                    unsigned int ui32PollCount = 10;  /* 10 × 100ms = 1000ms max */

                    do {
                        usleep(100000);  /* 100ms */

src/ifce/btrMgr.c:4128

• In BTRMGR_DeInit, the disconnect confirmation loop currently (a) can run even if BTRCore_DisconnectDevice fails (return value is not stored) and (b) waits up to 700ms (7×100ms), which conflicts with the PR description’s “max 500ms”. The elapsed-time log also uses (10 - ui32PollCount) which reports incorrect durations (e.g., 300ms when only 100ms elapsed). Consider storing the disconnect return, polling only on success, using a 500ms max, and computing the elapsed time from the number of polls performed.

                if (BTRCore_DisconnectDevice(ghBTRCoreHdl, lstConnectedDevices.m_deviceProperty[ui16LoopIdx].m_deviceHandle, lenBtrCoreDevTy) != enBTRCoreSuccess) {
                    BTRMGRLOG_ERROR ("Failed to Disconnect - %llu\n", lstConnectedDevices.m_deviceProperty[ui16LoopIdx].m_deviceHandle);
                }
                if (lenBtrCoreDevTy == enBTRCoreSpeakers || lenBtrCoreDevTy == enBTRCoreHeadSet) {
                    unsigned int ui32PollCount = 7;  /* 7 × 100ms = 700ms max */

src/ifce/btrMgr.c:4133

• The new disconnect-confirmation polling has a few correctness issues: it always sleeps 100ms before the first status check (adding avoidable delay even when the device is already disconnected), the loop never decrements the poll counter on success (so the reported elapsed time can be 0ms even though a sleep already occurred), and it currently waits up to 1000ms despite the PR description stating 500ms. Also, successful confirmation is logged as WARN and the elapsed time uses a signed format specifier.

Consider checking the disconnect status immediately, limiting the wait to 500ms, and logging success at DEBUG/INFO level.

                if (lenBtrCoreDevTy == enBTRCoreSpeakers || lenBtrCoreDevTy == enBTRCoreHeadSet) {
                    unsigned int ui32PollCount = 10;  /* 10 × 100ms = 1000ms max */

                    do {
                        usleep(100000);  /* 100ms */
                        lenBtrCoreRet = BTRCore_GetDeviceDisconnected(ghBTRCoreHdl,lstConnectedDevices.m_deviceProperty[ui16LoopIdx].m_deviceHandle,lenBtrCoreDevTy);
                    } while ((lenBtrCoreRet != enBTRCoreSuccess) && (--ui32PollCount));